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Application No. 10/680,507 

Notice of Appeal Dated August 7, 2007 

REASONS FOR PRE- APPEAL BRIEF REQUEST FOR REVIEW 



Docket No.: 08226/1 203564-US1 



REASONS FOR PRE- APPEAL BRIEF REQUEST FOR REVIEW 

Applicants respectfully request a pre-appeal brief review of the legal and factual bases of 
the rejections in the above-identified patent application. Pursuant to the guidelines set forth in the 
Official Gazette Notice of July 12, 2005 for the Pre- Appeal Brief Conference Pilot Program, 
favorable reconsideration of the subject application is respectfully requested in view of the 
following remarks. Claims 1-30 are pending. The Final Office Action dated March 7, 2007 (the 
"FOA") rejected Claims 1-30. The Advisory Action dated June 4, 2007 indicates that Applicant's 
response to the FOA is not persuasive. A telephone interview was held July 10, 2007, but no 
agreement was reached. As required by 37 C.F.R. 1.133, a summary of the telephone interview is 
submitted concurrently with the notice of appeal. 

I. Clear Errors in 102 Rejection 

Independent Claim 28 is rejected under 35 U.S.C. 102(e) as being anticipated by Rouse 
(US 2003/0158816). Independent Claim 28 specifies limitations: "embedded metering events 
represented by data in the streamed media presentation," and "extract embedded metering events 
from the streamed media presentation." But the FOA admits that "Rouse does not explicitly 
teach ... an embedded metering event in the streaming media file . . ." FOA, pg. 5, lines 5-6. The 
FOA also admits that "Rouse does not explicitly teach [] a metering URL." FOA, pg. 6, line 15. 
Because Rouse does not disclose each limitation of independent Claim 28, the rejection under 
35 U.S.C. 102(e) is in error. 

Rouse discloses controlled time periods during which a player is allowed to connect to a 
media server, but Rouse does not disclose or suggest that such connection time periods are 
determined or controlled by embedded metering events in the media. Instead, Rouse discloses that 
"the time period 'TX' represents the Billing time period which is estimated to be the duration of the 
Client Side Player connection to the Protected URL." Italics added, Rouse, pg. 8, para. 38. See 
also, Applicants response filed May 7, 2007, pg. 9, lines 10-26, and response filed February 9, 2006, 
pg. 9, line 12 through pg. 10, line 23. 
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REASONS FOR PRE-APPEAL BRIEF REQUEST FOR REVIEW 

Although not clearly expressed in the FOA, the Examiner has argued that an embedded 
metering event can be interpreted as any event, such as user start or stop requests disclosed in 
Rouse. But Rouse does not disclose or suggest that any start or stop requests are embedded in the 
media presentation. On the contrary, figure 1 of Rouse discloses a list of events, including 
"103 Subscriber requests webcast," "106 Subscriber plays webcast," and "108 Subscriber requests 
stop webcast." Also in figure 1, event 103 corresponds to box T3, which states that "Client Side 
Code Responds To Subscriber 'Start Billing/Webcast' Request." Clearly, Rouse's client-side code 
detects the subscriber's input to begin the process of accessing and streaming a protected webcast 
for which the subscriber must have purchased credits. Rouse does not detect the subscriber's start 
request 103 embedded in the webcast itself. In fact, box T3 of figure 1 provides further detail on 
detecting the subscriber's click on a control web page, which starts processes in boxes T4 and T5, 
"which control when the [client's] stream media player or [client's browser] plug-in can connect to 
RequestURL" to access the media presentation. Similarly, event 108 corresponds to box T8, which 
states that "Client Side Code Responds To Subscriber 'Stop Billing/Webcast' Request." Again, 
Rouse's client-side code clearly detects the subscriber's input to stop the process of accessing and 
streaming the protected/purchased webcast, and instead access a free webcast via FreeURL. Rouse 
does not detect the subscriber's stop request 108 embedded in the webcast itself. See also, response 
filed February 9, 2006, pg. 10, lines 3-6, and pg. 1 1, lines 1-10. 

The Examiner also argued that the term "event" can refer to an action. However, the 
Examiner has not identified any such action that is "embedded" in a streamed media presentation. 
As discussed above, Rouse does not disclose, suggest, or make it predictable that a subscriber's start 
action, stop action, or any other action is part of, or otherwise "embedded" in a streamed media 
presentation. Moreover, the Examiner has not identified any such action that is extracted from the 
streamed media presentation, which is also required by the claim limitations. Thus, Rouse does not 
disclose each limitation of independent Claim 28, and the 102 rejection is clearly in error. 

II. Clear Errors in 103 Rejections 

Claims 1-7, 9, 11-17, 19, 21-25, and 29-30 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Rouse in view of Mears et al. (US 2005/0054285). The FOA discusses claim 
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Notice of Appeal Dated August 7, 2007 

REASONS FOR PRE-APPEAL BRIEF REQUEST FOR REVIEW 

limitations that are substantially similar, although different, in each of the independent Claims 1,11, 
21, 22, and 29. For purposes of brevity for the pre-appeal brief conference, the discussion below 
relates to these independent claims. However, this should not be considered an assertion or 
admission that any of the claims stand or fall together. Applicant respectfully contends that at least 
one essential claim limitation is not disclosed or suggested by the combination of the cited 
references, and that there is no motivation or predictability to combine or modify the references. 

A) Metering URL 

The 103 rejections are clearly in error, because the cited references do not disclose, suggest, 
or make predictable, the claim limitation "transmitting a metering universal resource locator (URL) 
from a first server to a client," with its corresponding limitations "wherein a target of the metering 
URL is a user meter configured to meter receipt of the embedded metering event" and "ticking the 
user meter in the first server based on receipt of the streaming media file and the embedded 
metering event." Applicant notes that these limitations are not right next to each other in the lines 
of the independent claims. Nevertheless, the relationships of the limitations are clear, and it is clear 
that the term "target" modifies the term "metering URL." 

First, Applicant notes that the FOA states that "Rouse discloses . . . transmitting a metering 
uniform resource locator (URL) . . ." FOA, pg. 4, lines 12-15. But with regard to dependent 
Claims 6, 16, and 25, the FOA admits that "Rouse does not explicitly teach [] a metering URL." 
FOA, pg. 6, line 15. This contradiction shows that the 103 rejections are clearly in error. 

Also, although not clearly expressed in the FOA, the Examiner has generally argued, 
without support, that it is well known to meter content usage by detecting embedded codes, and so it 
would be obvious that any URL could be modified to have a target of any metering software, to 
arrive at the claimed invention. This broad over-generalization is clearly not supported by the 
references for a prima facie case of obviousness of the actual claim limitations. Moreover, 
transmitting a metering URL from a first server to a client player, wherein a target of the metering 
URL is a user meter that is ticked in the same first server, is clearly not a predictable way to meter 
content usage. The references do not even suggest a content server ticking a user meter based on 
metering events embedded in content, as the content is streamed out. The references also do not 
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even suggest a client player ticking a meter based on metering events embedded in content, as the 
content is received by the client player. Accordingly, the references clearly do not disclose or 
suggest the unexpected method of transmitting a metering URL from a first server to a client player, 
wherein a target of the metering URL is a user meter that is ticked at the same first server based on 
receipt of a streaming media file with embedded metering event that is streamed from a second 
server to the client player. Independent Claims 22 and 29 make this especially clear. 

In addition to the contradiction regarding a metering URL, the FOA admits that "Rouse does 
not explicitly teach . . . wherein a target of the metering URL is a user meter configured to meter 
receipt of the embedded metering event." The office actions have cited portions of Rouse that 
disclose a RequestURL, a ProtectURL, and a FreeURL, which are all well defined in Rouse to have 
targets of webcast streams. But, none of the URLs suggest a target of a user meter. Moreover, it is 
clearly not predictable to modify a content LTRL to have a target of a user meter to meter receipt of 
an embedded metering event. See also, summary of interview of July 10, 2007, pg. 3, para. 2, and 
Applicant's response filed February 9, 2006, pg. 9, lines 1-11. Without disclosure, suggestion, or 
predictability, the 103 rejections are clearly in error. 

B) Embedded Metering Event 

For the reasons discussed above with regard to Claim 28, Rouse clearly does not suggest, or 
make predictable, the claim limitation of "ticking a user meter in the first server based on receipt of 
a streaming media file and an embedded metering event." 

The Mears reference also does not suggest, or make predictable, the claim limitation "a 
target of the metering URL is a user meter configured to meter receipt of the embedded metering 
event." Mears discloses that "a software meter 20 may track and record the universal resource 
locators (URLs) input to a browser running on a computer ... to develop rating information 
concerning Internet website visitations." Mears, pg. 2, para. 1 1 . Software meter 20 clearly tracks 
the target websites of the inputted URLs, and software meter 20 is clearly not a target of the 
inputted URLs. Further, there is no suggestion, and it is clearly not predictable, for a URL that is 
input to a browser, to be transmitted to a client player (as a metering URL), or to be embedded in a 
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streaming media file (as an embedded metering event). See also Applicant's response filed May 7, 
2007, pg. 10, line 21 through pg. 1 1, line 3. 

Similarly, Mears' embedded codes do not suggest, and do not make it predictable, that a 
target of a metering URL is a user meter ticked in a first server based on receipt of the embedded 
codes. Mears discloses that "a home unit 10 may be provided with a software meter 20 . . . [that] 
may be implemented by a digital bitstream decoder which extracts embedded codes from a digital 
bitstream." Mears, pg. l,para. 10. The decoder extracts the codes "for identifying the programs 
being viewed and the stations broadcasting the same." Mears, pg. 1, para. 10. Mears' decoding at 
the client home unit to identify the programs and broadcast source, teaches away from any 
combination with Rouse. In fact, any decoding of the content bitstream teaches away from Rouse, 
because Rouse prevents any client programs from determining the link to, or source of the content. 
Rouses hides links to, and hides the identity of content sources through a scheme in which a server 
pushes a specially encoded, and temporary RequestURL to a client, and redirects the client from the 
RequesURL to stream content at a ProtectURL. See Rouse abstract, paras. 50, 70, 72, 100, and 122. 
Embedding codes in a content bitstream teaches away from Rouse's protections. Thus, it is clearly 
not predictable that one would modify Rouse with Mears' bitstream decoder. 

Further, the rejections of Claims 6, 16, 24, 25, and 29 are clearly in error for failure to show 
"appending," for the reasons in Applicant's response filed May 7, 2007, pg. 13, lines 18-27, 
February 1, 2007, pg. 10, lines 8-15, and Applicant's response filed March 23, 2006, pg. 10, 
lines 21-26. In view of the above, the 103 rejections are clearly in error, and Applicant believes the 
pending application is in condition for allowance. 

Dated: August 7, 2007 Respectfully submitted, 



DARBY & DARBY P.C. 

P.O. Box 770 

Church Street Station 

New York, New York 10008-0770 

(206) 262-8900 

(212) 527-7701 (Fax) 

Attorneys/ Agents For Applicant 
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